home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr12 / v93n05x.zip / V93N053.IBM < prev   
Text File  |  1993-05-12  |  28KB  |  694 lines
  1. 24-Apr-93 13:09:41-MDT,27657;000000000000
  2. Mail-From: GHICKS created at 17-Apr-93 17:30:36
  3. Return-Path: <INFO-IBMPC-REQUEST@wsmr-simtel20.ARMY.MIL>
  4. Message-ID: <930417095403.V93N53@wsmr-simtel20.Army.Mil>
  5. Date: Sat, 17 Apr 93 09:54:01 GMT+0
  6. From: "Info-IBMPC Digest" <Info-IBMPC@wsmr-simtel20.Army.mil>
  7. Reply-To: Info-IBMPC@wsmr-simtel20.ARMY.mil
  8. Subject: Info-IBMPC Digest V93 #53
  9. To: "Info-IBMPC Distribution": ;
  10.  
  11. Info-IBMPC Digest           Sat, 17 Apr 93       Volume 93 : Issue  53 
  12.  
  13. Today's Editor:
  14.          Gregory Hicks - Rota Spain <GHICKS@wsmr-simtel20.Army.Mil>
  15.  
  16. Today's Topics:
  17.                        Rebooting from Batch Files
  18.                  Archie search (was: re:Re: PKZIP 2.04)
  19.                      Info wanted on Barcode Readers
  20.                        Disk compression programs
  21.                        EMM386 Exception Error #0
  22.                                mouse 8.02
  23.                              Mouse problem
  24.                            MSDOS 6.0 Problems
  25.                        Need moon phase calculator
  26.                                PKZIP 2.04
  27.                       Programing DMA under Windows
  28.            Rebooting from BATCH files on a fast '386 (2 msgs)
  29.                         Sound Source Audio Card
  30.                             STACKER + DJGPP
  31.                 Why is MS-DOS stuck with 640 K? (3 msgs)
  32.            WSMR-SIMTEL20.Army.Mil archive switches to ZIP 2.0
  33.                          486 with SoundBlaster
  34.  
  35. Send Replies or notes for publication to: <INFO-IBMPC@brl.mil>
  36.  
  37. Send requests of an administrative nature (addition to, deletion from
  38. the distribution list, et al) to: <INFO-IBMPC-REQUEST@brl.mil>
  39.  
  40. Archives of past issues of the Info-IBMPC Digest are available by FTP
  41. ONLY from WSMR-SIMTEL20.ARMY.MIL in directory PD2:<ARCHIVES.IBMPC>.
  42.  
  43. ----------------------------------------------------------------------
  44.  
  45. Date: Tue, 6 Apr 1993 7:36:04 -0700 (PDT)
  46. From: "RONALD W. FRYE" <FRYE@lll.llnl.gov>
  47. Subject: Rebooting from Batch Files
  48.  
  49. Dear Netters...
  50.  
  51. Here is a problem to which I issue a challange...that you PC experts
  52. take this one on, and try to solve it.  It'll leave you scratching your
  53. heads.  I'm to the point of near insanity, turning to you for help or
  54. advice.
  55.  
  56. HOW IT NORMALLY WORKS...
  57.  
  58. On many, many systems, I've installed and used a menu, 3DMENU to be
  59. exact, (that creates DOS batch files) for running all programs.  No
  60. knowledge of DOS is needed by the end-user, all DOS tasks being done
  61. from within the batch files the menu created and runs.  This works
  62. quite well, especially where other tasks must be done before running
  63. certain programs, such as copying a special CONFIG and AUTOEXEC file,
  64. (to CONFIG.SYS and AUTOEXEC.BAT), before rebooting the machine.  The
  65. process is totally transparent to the user, even the reboot. When the
  66. user exits the program he wanted to run, the process is repeated,
  67. except this time the normal CONFIG and AUTOEXEC files are copied to
  68. CONFIG.SYS and AUTOEXEC.BAT before the machine is once again
  69. automatically rebooted, placing the user back in the menu where he left
  70. it before running the desired program.
  71.  
  72. The above process has worked on XTs to 386s, without a hitch, using
  73. almost all versions of DOS, including DOS 5.0.
  74.  
  75. NOW THE PROBLEM...
  76.  
  77. I've come across a very fast 386 where the above process works only
  78. some of the time, but not all of the time!  As the batch file executes,
  79. DOS reports that each of the two files were copied, but when the
  80. machine reboots, it's the old CONFIG.SYS and old AUTOEXEC.BAT files
  81. that execute, placing the user back where he started. At other times
  82. only one of the correct files was copied before the machine did a
  83. reboot. And yet other times both files were copied, placing the user in
  84. the desired program.
  85.  
  86. Upon exiting the desired program, the same thing happens, DOS reporting
  87. that two files were copied, but when the machine reboots, only one or
  88. none of the new files was copied.
  89.  
  90. SOME ADDITIONAL INFO...
  91.  
  92. The program that reboots the computer is called REBOOT, that comes with
  93. the VPIC series of graphics programs.
  94.  
  95. I've also inserted a delay in the batch files, which comes after
  96. copying each of the CONFIG and AUTOEXEC files, and before the reboot,
  97. using a program called WAIT, also from the VPIC series.  I've waited up
  98. to 2 seconds, which seems to improve the situation, but not cure it
  99. entirely.
  100.  
  101. One of the programs requires some expanded memory, and this is setup
  102. from the batch files described earlier.  It's a pretty simple matter to
  103. set up extended memory to emulate expanded memory using DOS 5.0's
  104. EMM386, but DOS 5.0's EMM386 will not set it up, whereas QEMM386 will!
  105.  
  106. Any idea as to what's going on?  I'm at my wits end.  PLEASE HELP IF
  107. YOU CAN! I can be reached at the following addresses:
  108.  
  109. at work...                     frye1@llnl.gov
  110. at home...                     ronfrye@aol.com
  111.                      
  112. Thanks,
  113. Ronald W. Frye
  114.  
  115. ------------------------------
  116.  
  117. Date: Tue, 6 Apr 93 14:32:06 TUR
  118. From: "P. Rovers" <PROVERS@KUB.NL>
  119. Subject: Archie search (was: re:Re: PKZIP 2.04)
  120.  
  121. > Bill or anyone.
  122. > Could you please tell me how to do an archie search??  I really need some
  123. > programs and would like to save my phone bill.  Thanks  Terry
  124. >
  125. If you can use telnet, try 'telnet archie.au' (australia) or 'telnet
  126. nic.funet.fi' (europe) or 'telnet archie.rutgers.edu' (USA).  Login as
  127. 'archie' and try 'help'.
  128.  
  129. If you can only use e-mail try a mail to archie@cs.mcgill.ca with body
  130. 'help'.  If you want to ftp thru mail, send a mail to
  131. bitftp@pucc.princeton.edu with body 'help'.
  132.  
  133. PkZIP 2.04g can be found on several sites including nic.funet.fi and
  134. garbo.uwasa.fi in directory pub/arcers I believe.
  135.  
  136. Hope this helps,
  137.  
  138. |Perry Rovers, Faculty of Economics/Econometrics (KUB/FEW)           |
  139. |Tilburg University (KUB), The Netherlands                           |
  140.  
  141. |Internet: provers@kub.nl 
  142. |Bitnet  : PROVERS@HTIKUB5
  143. |DECNet  : KUBVX1::PROVERS
  144.  
  145. ------------------------------
  146.  
  147. Date: Sun, 4 Apr 1993 20:58 CDT
  148. From: Gary Rodman <RODMAN@ariel.ripon.edu>
  149. Subject: barcode readers
  150.  
  151. I am interested in  purchasing a barcode reader for our campus
  152. bookstore to use with its Point of Sale software (Real World).  How do
  153. these things work?  Are they serial devices or do they plug into the
  154. keyboard port?  We would like a "gun" type, rather than a wand so that
  155. the thing is easy to use and quick.  Where can I get information about
  156. these things?  What are the good brands??
  157.  
  158. We have a 386 clone....
  159.  
  160. thanks...
  161. - Gary
  162. Rodman@admin.ripon.edu
  163. Gary Rodman, Ripon College
  164.  
  165. ------------------------------
  166.  
  167. Date: Sat, 03 Apr 93 09:25:09 EST
  168. From: Alan Schick <RAMSPEC@vtvm1.cc.vt.edu>
  169. Subject: Disk compression programs
  170.  
  171. I have a number of "need to be upgraded" computers with 20, 30, and
  172. 40Mb hard drives in them.
  173.  
  174. For financial reasons they will be upgraded or replaced slowly, so in
  175. the mean time I am looking for a low-cost alternative to getting larger
  176. HD's -- i.e. a disk compression program. I have seen mention of
  177. several, primarily Stacker 3.0, DoubleDisk Gold and that included with
  178. DOS 6.0, but have not seen any decent comparisons between them...so I
  179. am interested in any feedback from people who have experience and/or
  180. opinions on the subject.
  181.  
  182. And regarding the compression routines included in DOS 6.0, does it
  183. matter which (PC vs. MS vs. DR) DOS one is dealing with?  Simple
  184. "thumbs up" or "thumbs down", as well as more detailed replies, are
  185. appreciated.  I will tabulate and post the
  186.  
  187. ------------------------------
  188.  
  189. Date: Tue, 6 Apr 93 08:48:17 GMT+7
  190. From: "Douglas R. Nebeker" <$DOUGN@SASB.BYU.EDU>
  191. Subject: EMM386 Exception Error #0
  192.  
  193. I'm trying to write a small device-driver type program that must get
  194. loaded before EMM386.  When EMM386 loads, it gives me a EMM386
  195. Exception Error #0.  Does anyone know what this error means, how it is
  196. caused, or where I can look for further info???
  197.  
  198. Thanks
  199.  
  200. Douglas R. Nebeker                     Internet: $dougn@sasb.byu.edu
  201. Brigham Young University
  202.  
  203. ------------------------------
  204.  
  205. Date: Wed, 7 Apr 93 12:46:18 DNT
  206. From: Jan brentved <USIJB@VM.IBT.DK>
  207. Subject: mouse 8.02
  208.  
  209. Not only MICROSOFT MOUSE uses quite a lot of memory.  Compared with
  210. other products with greater abilities.  As seen below in cuts from
  211. different system configuration.  Other faster (ansi.com) or enlarged
  212. products (4DOS) does not need to use more memory than standard dos.
  213. Why, I'm like to know.
  214.  
  215. Memory Info V7
  216. (c)1991 Central Point Software, Inc.
  217.  
  218.         Total bytes owned
  219. Addr.  Low area  High area   Program or device driver
  220. -----  --------  ---------  --------------------------
  221. >MICROSOFT MOUSE
  222. 03EAh   14,976        ..     MOUSE
  223.  
  224. >TRUEDOX Technology Corporation MODEL 300 VER. 4.00 Copyright 1987-1992
  225. F450h      ..       8,960    MOUSE    C:\CONFIG\MOUSE.COM
  226.  
  227. >MICROSOFT COMMAND.COM
  228. 0D65h    3,024        ..     COMMAND
  229.  
  230. >4DOS.COM  (Include all doskey functions 4,128 byte, and MANY enlargements)
  231. 03D3h      256        ..     4DOS
  232. D595h      ..       3,184    UMB        C:\4DOS\
  233.  
  234. >MICROSOFT ANSI.SYS
  235. F405h      ..       4,192    Device=ANSI      Attr=C053h  Name=CON
  236.  
  237. >PC MAGAZINE ANSI.COM   ANSI 1.32 (C) 1988 Ziff Communications Co.
  238. 03F3h    2,576        ..     ANSI
  239.  
  240. Note:
  241. ansi.com+4dos.com+mouse=14,976 = memory used by one microsoft mouse.
  242.  
  243. Jan Brentved
  244. usijb@vm.ibt.dk
  245.  
  246. ------------------------------
  247.  
  248. Date: Tue, 6 Apr 93 16:52:00 CDT
  249. From: PSYCRSS%OSUCC.BITNET@FRMOP11.CNUSC.FR
  250. Subject: Mouse problem
  251.  
  252.    I have been using Telemate for some time in DOS, but I recently
  253. began running it under Windows.
  254.  
  255. It works fine if I run it in a full screen, but when I try to run it
  256. windowed, I end up with two mouse pointers.  One is the arrow pointer
  257. you see in Windows, and the other is the block pointer seen in
  258. Telemate.  I recently installed a mouse driver for Qedit, and I have
  259. the same problem.  Is there any way to disable one or the other
  260. pointer?
  261.  
  262.     Bob Schlottmann
  263.     PSYCRSS@OSUCC.BITNET
  264.  
  265. ------------------------------
  266.  
  267. Date: Mon, 5 Apr 93 6:49:18 PST
  268. From: " Page Carter (Network Solutions" <rcarter@gizmo.nic.ddn.mil>
  269. Subject: MSDOS 6.0 Problems
  270.  
  271. One problem with upgrading too quickly to new software is that you
  272. become a victim of bugs. There appears to be a major problem with the
  273. new MSDOS 6.0 version of EMM386. When c:\dos\emm386 is loaded in my
  274. config.sys, Windows and other programs lock up. When I run Norton's SI,
  275. it claims I have Hercules video, with Hercules secondary. (I have VGA!)
  276. If I instead load C:\windows\emm386, everything works as it should, and
  277. SI says I have VGA. Well, if you try to optimize memory using the new
  278. memmaker, it insists on putting the dos version of emm386 back in
  279. config.sys!
  280.  
  281. Another observation: I don't have nearly as much free memory with DOS
  282. 6.0 as I did with DOS 5.0. That is causing problems with other
  283. programs. I have yet to find a configuration that will let me run
  284. Geoworks. I have even added it to the SETVER list, just in case.
  285.  
  286. One plus is the disk compression. I went from 16 meg free to 64 meg!
  287. However, I am sorely tempted to revert to MSDOS 5.0, if Microsoft
  288. doesn't come up with some solutions quickly. (Some of my fellow workers
  289. are saying "I told you so.)
  290.  
  291. Incidentally, a quick glance at the MSDOS Forum on CompuServe reflected
  292. my complaints.
  293.  
  294. Otherwise, have a nice day. :-)   Page Carter
  295.  
  296. ------------------------------
  297.  
  298. Date: Tue,  6 Apr 93 10:29:24 EDT
  299. From: Robert=J.=Haehnle%FMD%PGAS@crow.nist.gov
  300. Subject: Need moon phase calculator
  301.  
  302. Does anyone know of a shareware or freeware program to calculate moon
  303. phases.  I've tried several of the programs on SIMTEO-20 (Astronomy
  304. sub-directory) but have had no luck finding the 'right' one yet.
  305. Thanks.
  306.  
  307.  ____________________________________________________________________
  308. |Robert J. Haehnle             |Internet: BobH%FMD%PGAS@CROW.NIST.GOV|
  309. |National Oceanic & Atmospheric|OMNET: R.HAEHNLE                     |
  310. |  Administration, OA-34       |MCI: 297-0105                        |
  311. |< ALL OPINIONS EXPRESSED ARE MINE - NOT NOAA'S NOR US GOVERNMENT'S >|
  312. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  313.  
  314. ------------------------------
  315.  
  316. Date: Tue, 6 Apr 93 14:38:16 TUR
  317. From: "P. Rovers" <PROVERS@KUB.NL>
  318. Subject: PKZIP 2.04
  319.  
  320. > As I understand it, SIMTEL-20 is dropping the PKZIP products due to the
  321. > export restrictions of that product.  New uploads will be using INFO-ZIP
  322. Yep.
  323. > groups unzip and zip utilities.  So, *.zip files can now have 3 formats.
  324. Yep.
  325. > (1) The older version 1.10 ZIPS that used to be the standard, (2) The
  326. > version 2.04x ZIP format for the newer uploads at some sites, and (3)
  327. > INFO-ZIP's format for uploads to SIMTEL-20 and its mirrors.
  328. Also the 1.93 and 2.01 (1.93b) versions of PKZIP seem to differ and
  329. there are also ZIP files around created by PKZIP 1.01 and 1.02.
  330.  
  331. In the STARTERS directory on simtel there's a .EXE file for MS-DOS
  332. which is just what you need if you don't want to know more about the
  333. whole archiving business, but just want to unzip :-)
  334.  
  335. BTW there were a lot of reports about the 2.0x versions being buggy
  336. when using XMS or EMS. This appears to have been solved in the 2.04g
  337. version so try to get that one. I never had any problems but some
  338. people lost valuable data using the first 2.04
  339.  
  340. Hope this helps,
  341.  
  342. |Perry Rovers, Faculty of Economics/Econometrics (KUB/FEW)           |
  343. |Tilburg University (KUB), The Netherlands                           |
  344.  
  345. |Internet: provers@kub.nl 
  346. |Bitnet  : PROVERS@HTIKUB5
  347. |DECNet  : KUBVX1::PROVERS
  348.  
  349. ------------------------------
  350.  
  351. Date: Wed, 7 Apr 1993 16:50:52 -0500
  352. From: mendel@bit.csc.lsu.edu (Gili Mendel)
  353. Subject: Programing DMA under Windows
  354.  
  355. I am using TC++ 3.1 for Windows.  I was trying to program my hand held
  356. scanner (GeniScan GS4500).  I could do it with DOS.  The problem arises
  357. from the fact that one has to program the DMA (direct memory access).
  358. To do this, one has to know the physical (actuall) address of the DMA
  359. buffer.  Under DOS, when one perform malloc() the address of the buffer
  360. is actual address.
  361.  
  362. How could I get the actuall address if I am using GlobalAllocPtr ()
  363. under Windows ?  Or how one goes about setting the DMA addressing under
  364. windows ?
  365.  
  366.                        Thanks,
  367.                        Gili
  368.                        mendel@bit.csc.lsu.edu
  369.  
  370. ------------------------------
  371.  
  372. Date: Tue, 6 Apr 93 17:31:44 EDT
  373. From: Gregory Hicks - Rota Spain <ghicks@BRL.MIL>
  374. Subject: Rebooting from BATCH files on a fast '386
  375.  
  376. Ron:
  377.  
  378. Although I really don't know everything you've tried...
  379.  
  380. I ran up against the same problem a little while ago (regarding
  381. rebooting).  I had a batch file that copied one CONFIG.NOL to
  382. CONFIG.SYS and then rebooted.  Another copied CONFIG.LAN to CONFIG.SYS
  383. and then rebooted.
  384.  
  385. I found that the problem was caused by SMARTDRV (or the equivelant if
  386. you're not using that one) delaying writes to the hard disk for some
  387. fraction of a minute.  I solved the problem by inserting a PAUSE
  388. command in both batch files.  This gave the disk write time to
  389. complete.
  390.  
  391. I've since found that you can do the same thing by issuing a reset
  392. command to SMARTDRV (ie: the /C /R switches) and then doing the reboot
  393. command
  394.  
  395. from the batch file.  (Not too sure which one it is, just that now it
  396. works...)
  397.  
  398. Investigate and pick your solution.  YMMV (Your milage may vary...)
  399.  
  400. Regards,
  401. Gregory Hicks
  402.  
  403. ------------------------------
  404.  
  405. Date: Tue, 6 Apr 1993 15:38:40 -0700 (PDT)
  406. From: "RONALD W. FRYE" <FRYE@lll.llnl.gov>
  407. Subject: Rebooting from BATCH files on a fast '386
  408.  
  409. Greg...
  410.  
  411. I sure didn't expect such a quick response to my query...I'll sure give
  412. it a try.  Thanks a million!  It will be interesting to see what the
  413. rest of the P.C. Gurus out there come up with also.
  414.  
  415. Ron Frye
  416.  
  417. ------------------------------
  418.  
  419. Date: Tue, 6 Apr 93 9:44:10 EDT
  420. From: "Jesus A. Sanchez" <jsanchez@pica.army.mil>
  421. Subject: Sound Source Audio Card
  422.  
  423.   I have a Sound Source Audio card for IBM PCs and compatibles.  Walt
  424. Disney games use this card for sound and speech.  This card is
  425. connected to the computer through the parallel port.  I am interested
  426. in obtaining information on how to program this audio card.  The
  427. board's circuit is simple and it uses one chip labaled ICS 1453.  I
  428. tried looking it up in the IC Master, but it was not listed.  I will
  429. appriciate any information I can get on this matter.
  430.  
  431.  Thank you all in advance.
  432.                                     Jesus Sanchez
  433.                                     Email: jsanchez@pica.army.mil
  434.                                
  435. ------------------------------
  436.  
  437. Date: Wed, 7 Apr 1993 04:23:16 GMT
  438. From: junaid@monu6.cc.monash.edu.au (Mr A. Walker)
  439. Subject: STACKER + DJGPP
  440.  
  441.         I have a problem with djgpp (GCC 2.2.2 for DOS), the latest
  442. version.  When i run gcc on a Stacker drive, stacker complains 'Read
  443. error' and after pressing Ignore, it continues OK.  This also happens
  444. with the program DISP125 which the author compiled with djgpp.
  445.  
  446.         Obviously there are no bad sectors on my IDE drive, as this is
  447. the only time i get these spurious 'read errors'.  Also when i install
  448. these programs on a non-stacker drive all goes well.
  449.  
  450.         My suspicion is that there is an incompatibility between go32
  451. and stacker while it is bootstrapping the 32-bit exe.
  452.  
  453.         Does anyone else have this problem or a fix for it so that i
  454. can run go32'ed programs on a Stacker drive?
  455.  
  456.         Just for reference, i have a AMD386-33, DOS5.0, QEMM-6.02 .
  457.  
  458. ------------------------------
  459.  
  460. Date: Tue, 6 Apr 93 14:54:12 EDT
  461. From: Tom Frenkel <FRENKEL@CPMAIL-AM.CIS.COLUMBIA.EDU>
  462. Subject: Why is MS-DOS stuck with 640 K?
  463.  
  464. Hi ... this question has been bothering me:  It is common knowledge
  465. that one of the basic deficiencies of MS-DOS is that it cannot, on its
  466. own, handle programs in excess of 640 K (or thereabouts).  BUT... why
  467. hasn't Microsoft ever simply upgraded DOS so that the allowable memory
  468. size was greatly increased?  There MUST, I would think, be some
  469. enormous stumbling block in the way of such a step ...  but I wouldn't
  470. know what it would be.  Just think of the new interest that MS-DOS
  471. would generate if it could easily handle memory spaces of, say, 20
  472. megabytes!
  473.  
  474. Can anyone out there satisfy my curiosity?  Thanks!
  475.  
  476.     Tom Frenkel (frenkel@cpmail-am.cis.columbia.edu)
  477.  
  478. ------------------------------
  479.  
  480. Date: Wed, 7 Apr 93 10:26:00 EDT
  481. From: John Mertus <MERTUS%BROWNVM.BITNET@FRMOP11.CNUSC.FR>
  482. Subject: Why is MS-DOS stuck with 640 K?
  483.  
  484. I can answer part of the question, one of the PRIME drives behind MS
  485. DOS is binary standards.  
  486.  
  487. I've have some programs that were written in compilied basic under DOS
  488. 1.1  that still work under 5.0 without recompiling.  IBM wanted people
  489. to upgrade machines NOT programs.  (Didn't really work that way.)   To
  490. keep this standard, required some memory standards to be worked out.
  491. DPMI (Dos Protected Mode Interface) is one of them.
  492.  
  493. Using this one writes programs up to 16MEG that run under standard DOS.
  494. (PharLap, Turbo Pascal 7.0, Intel are three examples.)  This is how I
  495. program now and it all works fine.   But as all standards, it took a
  496. long time coming.  IBM could have solve it all in three months had they
  497. introduced one BUT IBM wants people to run OS/2 and did not want a
  498. better DOS, Microsoft wants people to run windows, they don't want a
  499. better DOS.   As usual, Microsoft and IBM do what is best for corporate
  500. profits NOT for the consumers.  Thank God for Borland, DR DOS, without
  501. that competition, we would be mired in DOS 3.2 with 1984 class
  502. compilers....
  503.  
  504. -John"Not a fan of Bill Gates"Mertus
  505.  
  506. ------------------------------
  507.  
  508. Date: Wed, 7 Apr 93 11:45:22 +0200
  509. From: Jac Goudsmit <S89406316@HSE.NL>
  510. Subject: Why is MS-DOS stuck with 640 K?
  511.  
  512. In message of 06 Apr 93 14:54:12 -0400 (EDT), Tom Frenkel said:
  513. >... stumbling block of 640 K?
  514. >[...text deleted...]
  515.  
  516. The "enormous stumbling block" is the video display RAM and the BIOS.
  517.  
  518. The original PC and PC/XT had an 8088 processor, as you probably know.
  519. That processor can only access 1 MB of memory. The general memory map
  520. of the PC(/XT) (let's say at the moment that it starts loading DOS or
  521. any other operating system) is like this (I won't bother you with the
  522. addresses and with memory segmentation):
  523.  
  524. +--------------------------+ <--- 1024KB=1MB address space border for 808x
  525. | BIOS                     |
  526. | 16KB in the IBM-PC(/XT)  |
  527. | 128KB in most PC's now   |
  528. +--------------------------+
  529. | (space used for EMS      |
  530. | page frame and BIOS      |
  531. | extension ROMs such as   |
  532. | the hard disk BIOS and   |
  533. | VGA BIOS)                |
  534. +--------------------------+
  535. | Video display memory     |
  536. | (even if you have a VGA  |
  537. | with 1MB of memory, only |
  538. | 128K can be seen by the  |
  539. | PC at once. The MDA and  |
  540. | CGA have much less       |
  541. | memory.                  |
  542. +--------------------------+ <--- 640KB
  543. | RAM for programs & data  |
  544. +--------------------------+ <--- a little over 1KB
  545. | interrupt vectors & BIOS |
  546. | data storage area        |
  547. +--------------------------+ <--- 0KB
  548. (The sizes of the blocks as they are drawn here are not proportional to
  549. their actual size)
  550.  
  551. What the newer Intel processors do if you run DOS, is emulate the
  552. 8086/8088 memory space. This means the memory map is exactly the same
  553. as above, including the 1 Meg address space. The programs that run on
  554. an 8086/8088 just can't address more - the program is in the way the
  555. assembler instructions are coded.  (Don't flame me because of that last
  556. remark, I know it's a bit inaccurate).  And because display memory and
  557. BIOS are in the way, the last 384KB of address space cannot be used for
  558. RAM either.
  559.  
  560. In their native mode ("protected mode") however, the 80286, 80386,
  561. 80486 and 80586 (note that I refuse to call it Pentium :-) can address
  562. much more memory (several Gigabytes; 1GB is 1024MB, or 1048576KB), but
  563. DOS won't work then because memory addressing works differently in
  564. protected mode.
  565.  
  566. So what IBM has done is to make some functions into the BIOS of the
  567. PC/AT to switch to protected mode, access the large memory space, then
  568. reset (literally) to real mode (emulating the 8086). This is now called
  569. extended memory. (There are other ways to use extended memory, but I
  570. won't go into that)
  571.  
  572. Furthermore, the 80286 has a bug (or was it a feature) in it that
  573. permits the PC to use the first (almost) 64K of extended memory. This
  574. is because with a trick you can make the processor _calculate_ an
  575. address above 1MB, where the 8086/8088 would wrap around the 1MB
  576. border. That 64K of memory is called the High Memory Area (HMA).
  577.  
  578. Because 1 MB RAM chips are getting cheaper, most PC manufacturers use
  579. them even for the area below the 1MB border. That means that any unused
  580. space between the video display memory and the BIOS ROM is now RAM, and
  581. is available to store data and programs. The pieces of memory here are
  582. called Upper Memory Blocks (UMB).
  583.  
  584. With DOS version earlier than 5.00, you could only use conventional
  585. memory to store the DOS kernel, device drivers and programs. With DOS
  586. 5.00 (and up, I presume), you can store the DOS kernel, device drivers
  587. and resident programs in the UMB or HMA, by giving the correct commands
  588. in CONFIG.SYS. That way you have more memory free for normal programs
  589. that don't know about this "new memory". To them, DOS pretends the
  590. extra memory doesn't exist.  Most programs nowadays know how to access
  591. the extended memory and use it. To older programs that don't bother to
  592. ask, DOS still has its 640K limit.
  593.  
  594.  Jac Goudsmit                          |
  595.  Student, Information Technology       |
  596.  Hogeschool Eindhoven, The Netherlands |
  597.  (Eindhoven Polytechnic)               |
  598.  S89406316@HSE.NL                      |
  599.  Earn/Bitnet: S89406316%HSE.NL@HEARN   |
  600.  
  601. ------------------------------
  602.  
  603. Date: Sat, 3 Apr 1993 19:30:45 GMT
  604. From: Keith Petersen <w8sdz@tacom-emh1.army.mil>
  605. Subject: WSMR-SIMTEL20.Army.Mil archive switches to ZIP 2.0
  606.  
  607. A SIMTEL20 user writes:
  608. > You're surely not going to reZIP all the old files?
  609.  
  610. No.  Old ZIP files will remain as-is.  All old ARC files will
  611. eventually be converted to ZIPs.
  612.  
  613. > Is this new ZIP backward compatible?  Or do we need to retain two
  614. > versions of ZIP?
  615.  
  616. The new UNZIP and ZIP are backwards compatible.  You do not have to
  617. keep old versions.
  618.  
  619. > I just downloaded from garbo a PKZIP v 2.04g.  I assume that this
  620. > is the non-exportable version?
  621.  
  622. It is the version which is non-exportable to countries on the
  623. restricted list.  It was uploaded to garbo by PKWare.
  624.  
  625. > Which of the ones do you mean by ver 2.0.
  626.  
  627. Any version which supports the ZIP 2.x file format.  SIMTEL20 offers
  628. the Info-ZIP group's freely distributable UNZIP and ZIP.  They are
  629. compatible with PKUNZIP v2.04g.
  630.  
  631. Directory PD1:<MSDOS.ZIP>
  632.  Filename   Type Length   Date    Description
  633. ==============================================
  634. UNZ50P1.EXE   B   40062  930119  Info-ZIP's free portable UNZIPv5.0p1, EXE/docs
  635. UNZ50P1.ZIP   B  240282  930115  C src code for free Unix/VMS/MS-DOS/etc. UNZIP
  636. ZIP19P1.ZIP   B  202085  920830  Info-ZIP portable ZIP v1.9, patch level 1, src
  637. ZIP19P1X.ZIP  B  114278  920830  Info-ZIP portable zip 1.9, patch level 1, EXEs
  638.  
  639. > Maybe there is a development that I missed.  What is the public domain
  640. > version of ZIP which seems to have come from some org named Info-ZIP?
  641.  
  642. The ZIP file format is public domain.  The Info-ZIP programs are not
  643. public domain.  They are free, freely distributable, and come with
  644. source code.
  645.  
  646. Info-ZIP is the name of the mailing list of the developers of portable
  647. UNZIP and ZIP.  The addresses for subscribing to their mailing lists
  648. are:
  649.  
  650.   Developer's discussion:  Info-ZIP-Request%wkuvx1.bitnet@ukcc.uky.edu
  651.   Anouncements only:  Info-ZIP-Announce-Request%wkuvx1.bitnet@ukcc.uky.edu
  652.  
  653. > Is this an independent development that happens to be able to handle
  654. > PKWARE's newer file formats?
  655.  
  656. Yes.
  657.  
  658. Keith
  659. --
  660. Keith Petersen
  661. Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
  662. Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
  663. Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
  664.  
  665. ------------------------------
  666.  
  667. Date: Mon, 5 Apr 93 09:13:21 +0200
  668. From: bermn@birisc.cs.biu.ac.il
  669. Subject: 486 with SoundBlaster
  670.  
  671.   Hi subscribers!
  672.  
  673.  I have a problem using a Sound Blaster with MS Windows on 486 DX50.  I
  674. has a 386 and it was fine. Now I made an upgrade to 486 and some
  675. strange thing happened. When I run Windows and Control Panel I see that
  676. System Sounds are disabled. When I try to play some .WAV file, it
  677. doesn't plays. Other sounds like .MID are OK. I installed and
  678. re-installed Windows and SB drivers from original disks , but with the
  679. same result. All diagnostics like NDIAGS and ANSI benchmark reports OK.
  680. I have checked all jumpers, IRQ's. Does it means that some drivers
  681. especially for 486 are requers?
  682.  
  683.   These are my system settings: 486 DX50, Sound Blaster 2.0 on IRQ 5,
  684. address 240, DMA 1, and standart MS Windows 3.10, DOS 6, QEMM 6.03,
  685. Trident SVGA 1024 in Windows is 800x600x256.  Thanks in any advance,
  686. Moby.
  687.  
  688. P.S. When I installed DOS 5 with HIMEM, there was a same problem
  689.  
  690. ------------------------------
  691.  
  692. End of Info-IBMPC Digest V93 #53
  693. ********************************
  694. -------